center box: add baseline support

This is copied more or less directly from GtkBoxGadget.

center box : implement GtkOrientable

This is generally expected of containers where it makes sense.

center box: support height-for-width

Implement request modes fully.

center box: Support expand property

We expand the center child first, but only as far
as we can keep it centered.

center box: implement GtkBuildable

Make it possible to fill the slots by using the
type attribute on child nodes. This is necessary
since GtkCenterBox does not derive from GtkContainer.

center box: implement natural size and rtl flipping

We prefer to give the center widget its natural size,
and we center it as long as possible.

center box: handle missing start or end widgets

Any slot may be unfilled, not just the center one.

Make GtkCenterBox public

It provides functionality that GtkBox used to have,
and is generally useful.

Update Friulian translation

dist icon.list

Otherwise things will not work in a release tarball.

icon-browser: Add a few icons

These have appeared recently.

icon browser: Make icons a bit larger

Use 48x48 in the list, instead of 32x32. We have the space.

icon browser: Add a 'copy to clipboard' button

This makes it more obvious how to use the icon.

icon browser: put icons as data

Instead of hardcoding all the add_icon calls,
read the icon list from a keyfile, for easier
extensibility.

wayland: selectively cancel key repeat on key release

Under Wayland, when multiple keys are pressed and the user releases a
key, key repeat should continue unless the key released is the one
currently repeating.

In the case of:

- key1 press
- key1 repeat
- key2 press -> key1 repeat stopped
- key2 repeat
- key2 release

The behavior should be to cancel keyboard repeat, though key1 is still
held down. This is consistent with prior X11/XWayland behavior.

The following also must work:

- key1 press
- key2 press
- key2 release
- key2 press
- key1 release
- key2 should continue to repeat

The fix for bug #778019 should continue to work:

- key1 press
- key1 repeat
- key2 press -> key1 repeat stopped
- key1 release
- key2 should repeat

The choice to change the counter nkeys to the flag repeat_active
helps to solve the second test case.

https://bugzilla.gnome.org/show_bug.cgi?id=781285

wayland: fix xdg_surface test in move/resize drag

begin_resize_drag() and begin_move_drag() check for xdg_surface being
not null, but those apply on xdg_toplevel so they should check for
xdg_toplevel being non-null instead.

https://bugzilla.gnome.org/show_bug.cgi?id=781945

wayland: check parent surface for subsurface

When an event is received while a tooltip is showing, the GtkTooltip's
event handling code can end up calling gdk_window_set_transient_for()
from gtk_tooltip_set_last_window().

The Wayland GDK backend will try to automatically create a subsurface
in gdk_wayland_window_set_transient_for() but if the parent surface is
gone meanwhile, this will will cause a crash when trying to create a
subsurface from a parent with a null surface.

Checking for the parent is not sufficient, we ought to check for the
parent surface as well to avoid the crash.

https://bugzilla.gnome.org/show_bug.cgi?id=782283

wayland: Do not map toplevel utility as popup

Applications can specify the type hint as utility even on toplevel
windows.

When that toplevel is also marked as a transient for another window,
GDK Wayland backend would translate that as an xdg_popup which is not
appropriate.

While utility temp windows should remain mapped as subsurfaces (such as
the ones used by treeviews), regular windows should not translate as
neither a subsurface nor an xdg_popup.

https://bugzilla.gnome.org/show_bug.cgi?id=781945

gtkfilechoosernativewin32: Fix support for non-ASCII paths

The code used SIGDN_URL to get an URL for the selected item, but Windows URLs
are a mix of unicode and percent encoded characters in the locale encoding
and not something GFile can understand. The result is a garbage file
path.

Instead use SIGDN_FILESYSPATH to get a real file path if available.

Also checks the return value of g_utf16_to_utf8 because file paths on
Windows can contain lone surrogates which would make the conversion fail.

https://bugzilla.gnome.org/show_bug.cgi?id=783347

meson: Rebuild the SCSS-based themes if sassc is available

If we have sassc installed then we want to rebuild the themes that use
SCSS whenever one of their dependencies change.

Adwaita: Add missing rule for fullscreen headerbar

Another selector forces round corners for headerbars in a stack, and it
has higher priority than the selector covering the non-stack case from
commit 796f9b5bfb0f356b06515d25203e3bcd00c80687. Totem’s MainToolbar
happens to be in a stack, and we should maintain symmetry here anyway.

So, as window classes .maximized and .tiled are excluded from this other
selector, the newly handled .fullscreen case must be excluded here also.

https://bugzilla.gnome.org/show_bug.cgi?id=770513

HighContrast: Regenerate CSS files with sassc

HighContrast: Update parse-sass.sh; remove Gemfile

Make parse-sass.sh use sassc instead of the old Ruby method.

themes: Square corners on fullscreen win headerbar

Totem uses a fullscreen window with a headerbar at the top, and without
this change, that headerbar has rounded corners, which look different
from a maximised window and let video content show through beneath.

https://bugzilla.gnome.org/show_bug.cgi?id=770513

HighContrast: Restore files to regenerate CSS

I think parse-sass.sh needs updated to match what Adwaita does now, but
for now, this is sufficient to let us regenerate HighContrast again.

gdk/gtk: Fix Since tags for 3.92 symbols

In addition to 406db15066f121c2b9910691f92e5841b30e0311

wayland: Don't warn if the display is lost, skip exit handlers

There is no need to have every application log a warning when the
Wayland display server goes away, and we are using _exit instead of
exit elsewhere.

This is also what the X11 backend does (see gdk_x_io_error).

https://bugzilla.gnome.org/show_bug.cgi?id=745289

gdk/gtk: Fix more AVAILABLE_IN annotations to 3_92

gdkevents.h: Fix version annotations on new funcs

gtk: Make GtkPointerFocus refcounted

In order to make it really sure the GtkPointerFocus is valid while being
removed from a GtkWindow.

gtkwidget: Lookup the event target when cancelling GdkEventSequences

We were getting the toplevel most often here, so the gestures weren't
properly cleaned up.

gtk: Check implicit grab status before sending crossing events

As we now refrain from sending the crossing events if there's an
implicit grab, those events must be sent on button release when
the implicit grab is broken.

gtk: Refactor crossing event synthesization into a separate function

This is now called outside update_pointer_focus_state() with the events
that actually matter (i.e. pointer ones, so no sequence == NULL checks)

gtk: Rework pointer cursor selection

Check the grab widget (both explicit and implicit) and check for a cursor
from the target widget up to this grab widget. If the target widget is
outside the grab widget, only the grab wigdet's cursor will be checked.

This also means that we have to ensure the cursor is updated on button
releases, as an implicit grab being deactivated must trigger a cursor
lookup from the target widget.

gtktreeview: Fix invalidation coordinates

We must account for the widget allocation now that there is no view_window.

gtkiconview: Fix invalidation coordinates

We must account for the widget allocation now that there is no view_window.

gtkgesture: Consume button release/touch end events if gesture was claimed

In these situations we must perform the "is it claimed" check before removing
the (touch)point, as doing so when the gesture is empty will be too late if
the gesture actually claimed input.

main: Automatically (un)set PRELIGHT state on widgets

Gesture: Remove window property completely

These are just leftovers, it's already gone from public API and the
_{set,get}_property implementations.

gtk: Fix event delivery on GTK_PHASE_TARGET controllers

Look up the event target, not the "event widget" which is based on the
event window, and thus points to the toplevel.

gdk: Remove synthetic crossing event emission due to geometry changes

This just applied to child windows, but now GDK should just take care of
toplevels, which shall get crossing events from the windowing when the right
conditions apply.

Removing this code fixes confused crossing state in widgets and messed up
window_under_pointer tracking (Which now is meant to be toplevels) when any
of the remaining child GdkWindows trigger these crossing events.

gdk: Ensure to implicitly deactivate grabs when an impl window is hidden

For some reason this wasn't done on windows with an impl, but it totally should.
Probably hidden by grabs in menus and somesuch being done on a child window.

gtkpopover: Use event coordinates right away to detect clicks outside.

There's no need anymore to translate coordinates, the event already contains
popover-relative ones.

gtkwindow: Implement ::pick to extend picking to popovers.

This makes interaction possible with popovers again.

widget: Make sure we're not calling _get_parent on NULL

We already issue the first _get_parent call before even entering that
loop, so make sure `parent` is not NULL. This happens when event_widget
is already a toplevel, and this change fixes row-dragging in treeviews.

Constify GdkEvent parameters in gtk_get_event_widget and _event_target

flowbox: Fix motion notify handler

Same story as in GtkListBox.

flowbox: Fix child item selection

flowbox: Fix child item allocation

scrolledwindow: Avoid critical when removing source

Make sure indicator->conceil_timer is actually set before trying to
remove it.

testlist: Fix custom css

scrolledwindow: Calculate indicator coords relative to scrolledwindow

The event coordinates we get are relative to the scrolledwindow
coordinates.

scrolledwindow: Stop checking event->detail in leave-notify

This is obsolete and resulted in sometimes stuck .hovering style classes
on scrollbars.

linkbutton: Fix hand cursor when hovering

Use the new gtk_widget_set_cursor instead of setting it on the
GdkWindow.

listbox: Fix row hovering

Drop the in_widget flag since motion events the listbox receives are
always inside the listbox. Also drop the manual coordinate translation
code using GdkWindows.

widget: Copy event in gtk_widget_event and _captured_event

To ensure that we never translate the coordinates to widget coordinates
twice.

meson: Add gtkpointerfocus.c to sources

window: Hide titlebox when undecorated

We don't draw or size-allocate the titlebar when the window is
fullscreen or undecorated, so reflect this by setting it to
!child_visible. This can happen when changing the value of the decorated
property while the window is shown.

combobox: Only react to UP/DOWN scroll events

The old else block scrolled down for everything except GDK_SCROLL_UP
scroll events, e.g. for smooth scroll events.

gtkmenu*: Simplify event handling

Instead of delegating on the parent shell of a menu item/shell on a variety
of situations, Simplify event handling so:
1) Menu item selection is handled entirely on GtkMenuItem through crossing
   events.
2) The deepmost menu shell handles clicks inside and outside of it.

This avoids the rather hard to follow gtk_widget_event() calls going on all
throughout the handling of crossing and button events, and makes menus work
again.

gtkmain: Add API to get the target of a GdkEvent

This can be used on grabbing situations to determine the target of
the event. This mainly matters for GtkMenu.

gtkmain: Ensure there is a current event handling crossing events

The "current event" will be the real one that is triggering the crossing
notifications, not the synthesized events.

gtkmain: Ignore GDK_CROSSING_GRAB/UNGRAB crossing events for picking purposes

Especially with owner_events=TRUE, this doesn't mean anything for picking, as
events will be reported as usual inside the application.

gdk: Make it possible to attach user data to GdkEvents

As event->any.window is the toplevel, this is not useful anymore to
determine the window/widget that is the target for this event. Add
helper functions to attach user data to GdkEvents so the target
widget can be stored on the gtk/ side.

These calls should be made private with the rest of GdkEvent related
API.

gtkmain: Avoid doubly propagation of enter/leave events from windowing

Crossing events are already generated when picking the new pointer position,
so we don't have to propagate the windowing crossing event as-is.

gtknotebook: Drop drag_window

It is not necessary anymore to implement tab DnD, since we just render
it on top.

gtkiconview: Remove view GdkWindow

It's not necessary anymore for clipping nor receiving events. So just
remove it. The event handling code was expecting events in bin_window
coordinates, and have been updated to relying on widget-relative coords.

gtkviewport: Remove view window

It is not really necessary for clipping nor receiving events.

gtkrevealer: Remove view window

It's not necessary anymore for either clipping or event delivery

gtkpaned: Remove per-child windows

Those are no longer necessary for clipping nor receiving events, so just
remove them.

gtklayout: Remove widget window

It can be entirely replaced by a clip allocation on the widget.

gtkoverlay: Remove per-child windows

They are no longer necessary to do child positioning nor input
handling.

gtkwidget: Add private set_pass_through() call

We could eventually support pointer-event in CSS here, in the mean
time add this call to replace the GdkWindow API.

gtktreeview: Remove header window

It is no longer necessary to overlay the column headers above the
treeview.

gtktreeview: Remove widget window

It can be entirely replaced by setting a proper clip rectangle.

gtkstack: Remove view window

This widget already sets a clip area, so the view window can be safely
removed.

gtktoolpalette: Remove child window

This is not necessary for rendering anymore, as the clip is set by the
parent scrolledwindow. It's not necessary either for receiving input
events.

gtkflowbox: Remove child window

This widget correctly sets up a clip, so it is not necessary neither
for rendering nor for receiving input events.

gtkwidget: Visually update cursors inside widget when changing cursor

gtkmain: Use window-internal API to update pointer cursors

gtkwindow: Add private API to update pointer cursors

gtkscrolledwindows: Remove child windows

Both for the view (compensated by widget clip) and the scrollbar
indicators (just not needed anymore).

gtkexpander: Remove event window

Detect presses/releases inside the label area instead.

gtkwindow: Implement window resizing sans-GdkWindow

We can just replace window comparisons with coordinate matching, the
cursor corresponding to edges is now set in a capture-phase motion
handler, as cursors aren't set on GdkWindows anymore.

gtktoolitem: Remove gtk_tool_item_set_use_drag_window()

This API call is not necessary anymore, since it's no longer necessary
to receive events.

gtkswitch: Remove event window

It's not necessary anymore to receive input events. The pan gesture has
been set on the capture phase as the child widgets may capture during
bubbling.

gtkmenuitem: Remove input window

It's not necessary anymore to receive events.

gtkglarea: Remove input window

It's not necessary to receive events anymore.

gtkseparatortoolitem: Remove event window

It's not necessary. It wasn't either before, as this widget handles no
events.

gtkcolorswatch: Remove input window

It's not necessary to receive events anymore.

gtkcolorplane: Remove event window

It is not necessary anymore to receive events.

gtkrange: Remove event window

This is not necessary anymore to receive input events.

gtkpathbar: Remove event window

This is not necessary anymore to receive scroll events.

gtktoolbar: Remove input window

This is not necessary to receive events anymore.

label: Remove selection window

It's no longer needed to receive events while the label is selectable.

gtknotebook: Remove event window on top of tabs

No longer needed.

gtkwindow: Ignore implicit grabs going away if there is no focus

There should be no circumstances where an implicit grab is requested but
no focus exists, there's however circumstances (like windowing grabs taking
input to a different window) where we might get implicit grabs being undone
when then new window didn't create a focus for the pointer itself.

gtkwindow: Revoke implicit grabs when activating an explicit one

Only if they fall outside the grab widget, in that case the widget holding
the implicit grab won't be receiving events anymore, so we can just undo
it.

gtkbutton: Make windowless

It is no longer necessary to receive events, so it's relatively straightforward
now to drop.

gtk: Mass delete all GtkWidget event mask API

We now rely on toplevels receiving and forwarding all the events
the windowing should be able to handle. Event masks are no longer a
way to determine whether an event is deliverable ot a widget.

Events will always be delivered in the three captured/target/bubbled
phases, widgets can now just attach GtkEventControllers and let those
handle the events.